A METHOD FOR DELAYING AND EXECUTING 
SYSTEM ADMINISTRATION OPERATIONS IN UNATTENDED MODE 

Field of the Invention 

The present invention generally relates to system 
administration operations and more particularly to unattended 
automatic maintenance operations on computer systems. 

Background of the Invention 

The administration of systems consists in the execution of 
operations for maintaining the operating systems, the network and 
the data of data processing system. These operations may comprise 
backup of the operating systems on the computers, reorganization 
and validity checking of storage for user data. 

These maintenance operations are started with commands 
entered from the operator console locally attached to the 
computer. These operations are performed by the system 
administrator on site, when no user application is started and 
when the network is not active. Usually the maintenance of a data 
processing system is performed during the weekends, when the 
system and the network are unused. 

Thus, there is a need for having the maintenance operations 
performed in unattended mode without the presence of the system 
administrator on site. 

As with the IBM AS/400 (AS/400 is a trademark of IBM 
Corporation in certain countries) , some systems have a 
possibility to delay the commands for maintenance operations on 
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the operating system: mainly these operations concern backup of 
systems on hard disks . Unfortunately, the maximum delay time may 
be not sufficient to postpone the execution from one day to two 
days later. This restriction prevents a system administrator to 
delay on Friday the execution of system maintenance for the next 
Sunday morning. As a matter of fact this is a facility that the 
companies selling services to IBM AS/400 users, for instance, 
would like to offer. The system backup command provided in the 
operating system of the IBM AS/400 is the GO SAVE command 
accepting a time parameter limited to 24 hours. This means that 
if today, Friday, at 12:00 am we start a GO SAVE command with a 
delay hour of 1:00 p.m., the backup operation will start at 1:00 
p.m. this same day Friday and not the next day because starting 
at 1:00 the next day would use a delay of more than 24 hours. 

Moreover, to execute the maintenance operations on a data 
processing systems, the operating systems have to enter a special 
'sleeping state' preventing them from any outside interference 
which could damage their integrity. Particularly, maintenance 
operations on the IBM AS/400 server, are executed when the system 
is in 'restricted state' . If a problem occurs during the 
execution of the unattended operations during the weekend, the 
operating systems need to be restored to their operational mode, 
user applications and networks need to be restarted for Monday 
morning. 

This is why the first objective of the invention is to 
provide a method for delaying to the coming days maintenance 
operations of systems which do not offer this facility. 

It is a second objective of the invention to have a method 
allowing the maintenance operations to be performed in a secure 
way for the availability of the data processing system which have 
to go back to operational mode. 
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The invention consists in a method and computer module 
5 allowing a user interfacing a computer with a console, to delay 
the execution of system administration operations and to have 
them executed in unattended mode on said computer. The method 
comprises the first step of seizing identification of the user at 
the console and checking authorization. If user authorized the 
10 method comprises the step of seizing at the console and storing 
u in a working storage area the characteristics of the system 
O currently active on the computer, parameters describing the 
2 administration operations to be performed on the computer, the 
% 4 type of system restart to be performed after administration 
Jf|15 operations in unattended mode the delay to be waited for before 
% l starting said administration operations. Then, the method 
requires to the operating system of the computer to start delay. 
W When delay is expired, the method initializes the computer 
Zj peripherals according to the parameters describing the 
G20 administration operations stored in the working storage area and 
sets the operating system in a sleeping state. Then, the 
administration operations are performed according to the 
administration operations parameters stored in the working 
storage area. Finally, the characteristics of the system which 
25 was active on the computer and the type of system restart are 
retrieved from the working storage area and the system is 
restarted according to the retrieved information. 

Following the first objective, with the solution of the 
invention we are able to delay the system operation on when it is 
30 not possible to do so with the operating system of the computer. 
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The delay duration depends on the programming limitation of the 
parameters (day, hours, minutes) seized at the operator console. 
The solution of the invention uses an operating system service, 
the Job delay which is commonly available in the operating 
5 systems. The delay of the method of the invention will have the 
same limitation than the delay job system service which has 
usually no delay duration limitations. 

The solution of the invention fulfills the second objective 
which is of having the unattended operations performed in secure 
10 way as for the availability of the system. With the solution of 
the invention the system is restarted as requested by the system 
administrator either in case of normal completion of the 
maintenance operations, either in case of abort during the 
execution. 

15 An advantage of the solution is the usability of the method: 

the return code of operations are logged and sent to the output 
print spooler and will be printed on request by the system 
administrator when the system is restarted. Consequently, after 
completion of the module, whatever the result, the system 

20 administrator can have a report of the execution and can 
understand and modify the process or correct a detected problem 
for next unattended execution. 

It is noted also that with the method of the invention, the 
command can start a delay and unattended operations not only for 
25 the standard backup system commands of operating system 
maintenance but also any customized maintenance operations such 
as reorganization of specific user data bases etc. . . 

Brief Description of the Drawings 
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FIG. 1 is a representation of the data processing system 
implementing the solution of the present invention; 

FIG. 2 is a view of the logical block of the software 
implementation of the present invention; 
5 FIG. 3A is the first part of the general flow chart of the 

preferred embodiment according to the present invention; 

FIG. 3B is the second part of the general flow chart flow 
chart of the preferred embodiment according to the present 
invention; 

10 Fig. 4 is a screen print of the user interface used in the 

preferred embodiment of the present invention. 



Description of the preferred embodiment 

U 
G 

0 Figure 1 shows a data processing system comprising a 

H computer (100) which is an IBM AS/400 in the preferred embodiment 

flJlS comprising an operating system to be saved according to the 

f i 

H present invention. 

This computer can be locally connected (108) to one other 

1 i j 

O computer (109) and a local area network (107) representing the 

\i 

,f~: customer site equipment. 

5 s 
£?« 

20 The maintenance of the computer (100) will consist in 

maintenance operations on its operating system which is OS/400 in 
the preferred embodiment and on user data located on a computer 
data base (104) . The tape unit (105) is a peripheral of the 
computer commonly used to save data copies during maintenance 

25 operations. In its operational mode the computer interfaces the 
other computer and local area network (107) and the external 
world through a network (102) to which it is connected through at 
least one telecommunication line (101) . 
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The method of the preferred embodiment is implemented as a 
program operating on the computer. This program is executed when 
called as a command from the operator console. This program calls 
successive modules. With the preferred embodiment the maintenance 
5 operation is performed in two timing phases. In the first phase 
the system administrator starts a command from the operator 
console (103) locally connected to the computer. In this first 
phase, the parameters of the customers defining the date and time 
for the maintenance and the type of operations being performed 
10 are seized, controlled and stored. The setting of parameters is 
done during working hours of the business week. The second phase 
occurs generally during the weekend and in unattended mode. On 
the computer (100) to be maintained automatically starts a 
maintenance task consisting in one or more maintenance operations 
%5 at the date and time captured during the first phase. During this 
§== phase the tape unit (105) can be written if the maintenance task 

-1 includes system saving. The user data base (104) is accessed if 

iu 

fU the maintenance task includes an operation of reorganization 

J' and/or validity checking of user data. 

Si s 

jj^O ^ similar preferred embodiment is also implemented on the 

H second computer (109) only for the purpose of maintenance of its 

operating system as the user data are centralized in the user 

data base (104) of the first computer. 

Figure 2 illustrates the logical blocks of the 
25 implementation of the preferred embodiment and their access to 

the different components of the computer such as storage area and 
peripherals. The logical blocks of the implementation of the 
preferred embodiment (TDDPGM (203), TDDCOM (204), TDDX (206), 
RESTART (207)) form a software program operating on the computer 
30 to be maintained. The operating system services (208) are part of 
the operating system of the computer. When the computer is an IBM 
AS/400, they form the operating system services of the OS/400. 
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Only the logical block TDDCOM (204) accesses (dotted line) the 
system services. Also are illustrated the computer peripherals 

(103, 104, 105) . The connexions between the logical blocks and 
the accesses from the logical blocks to the computer peripherals 
5 are illustrated also with dotted lines. The logical blocks TDDPGM 
and TDDCOM access the operator console. A storage area for 
storing data (WS, for working storage area (205)) is accessed 

(dotted lines) by all the logical blocks of the preferred 
embodiment of the invention. All the logical blocks access the 
10 working storage area (205). The tape unit (105) is only accessed 
from the logical block TDDX (206) . All the logical blocks access 
the user data base (104) . 

i»* Figure 3A and 3B form the general flow chart of preferred 

O embodiment of the invention. In Figure 3A the command ^SDT' , for 
Mj5 Start Delayed Task, is first started (300) from the operator 
si console. In the preferred embodiment when the command is started, 
W a first module, TDDPGM (steps 302 to 307), is executed. The 
~ s 4 programming language is, on the IBM AS/400 computer whose the 
r; operating system is the IBM OS/400, the Control Language (CL) 
q20 providing instructions to use the system services. 
\l 

Jf The TDDPGM module interfaces with the operator console 

through a user interface to seize information. The user interface 
allows creation of screen formats and data files. With the IBM 
AS/400 the screens are created using the SCREEN DESIGN AID 

25 utility. The screen format and screen data are stored in files. 
The display of a screen is called with the SNDF (send file) CL 
instruction followed by two parameters, the screen format name 
and the name of the file containing the screen data. To seize 
data in a screen the SNDRCVF (send and receive file) CL command 

30 is used. 



FR920000075 



-7- 



First, the user profile is seized and checked against its 
rights (302) . Other checking are performed for free time usage, a 
special key is required* The information on the system currently 
active is retrieved and stored in a data area, the Working 
5 Storage (WS) area. This information is then used by the TDDPGM 
module to check the authorization of the user to start the SDT 
command. A checking is also performed on the operator console 
starting SDT. In the preferred embodiment a SDT command can only 
be started from an operator. It is noted that an operator console 
10 is local only on AS/400 computer however, other computers may 
accept remotely connected operator console, the preferred 
embodiment of the invention can also apply to this case. The 
system administrator enters (304) through the user interface the 
H maintenance operations he wants to be accomplished in unattended 
?|5 mode on the computer. The subsystem environment is also checked 

5as:s ! 

because the SDT options required must be compatible with the 
jy system environment of the customer according to his system 
W customization. If one of these authorization checking fails 

{answer N to test 305), the SDT command is aborted (307). 

n i 

:p£0 If the command is not aborted during the checking (answer N 

'*s;ss> 

' % i to test 305), a second module, TDDCOM (steps 309 to 327) is 

C3 

U started. 

TDDCOM, through the user interface with the operator 
console, seizes the input parameters entered by the system 
25 administrator necessary to complete the description of the 

unattended operations to be performed as requested and authorized 
in the previous steps. 

A first set of input parameters is seized and stored in the 
Working Storage area (309) describing the maintenance operations 
30 to be performed. In the preferred embodiment there are 9 choices. 
The first four choices are the four system backup options 
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provided by the operating system of the IBM AS/400. The fifth 
choice is for reorganizing the system memory. Two other choices 
(6 and 7) correspond to customized user maintenance operations 
such as the reorganization or saving of the user data base etc... 
5 The choices 8 and 9 are for execution of specific system services 
such as suppressing unused programs etc... The user can choose 
one choice in the preferred embodiment. 

The second set of inputs seized and stored (311) in the 
Working Storage area by TDDCOM module describes the system 
10 environment in which the unattended operation will be performed: 
system characteristics (user customized system shutdown command 
to be started, etc..) and the peripherals: initialization of 
tape unit, hard disk volume if backup operations etc... The 

o 

Q initialization of the peripherals can be done immediately or is 

5 delayed to the same time where the unattended maintenance 
fij operations will be executed. 

ru 

/ The system administrator enters a third set of input 

parameters describing the delay to be achieved before starting 
Q the unattended maintenance operations. These parameters comprise 
1^0 the number of days to wait (0 to 5 in the preferred embodiment), 
U the time to start (HH for hours and Mn for minutes) . Then the 
restart parameters are seized and stored. These parameters 
describe which system and the state of the system that the 
system administrator wants to have restarted at the end of the 
25 maintenance operations. In the preferred embodiment, the state of 
the system to be restarted at the end of the maintenance 
operations can be of the following 5 choices: Mo a system power 
down' to stop the system after maintenance, 'do a system power 
down then restart system' if we want the system to be activated 
30 after these unattended maintenance operations, 'put back the 
system in operational mode by starting controlling subsystem 
representing the user customized system' if we want to set the 
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system in operational mode, 'run restart user program XXXXX' if 
we have asked for setting the system in operational mode and 
started the XXXXX program or Mo nothing and let the system in 
restricted state' . All the information seized on the operator 
5 console during the execution of TDDCOM is stored in the Working 
Storage area. 

The delay is computed (313) by the TDDCOM module from the 
input parameters. The module starts a system service used to 
delay the execution of jobs on the computer. This is a system 
10 service commonly available in the operating systems: there is 
usually a large delay which can be requested to delay a job in a 
system. With the operating system of the IBM AS/400 the command 
H syntax is DLYJOB xxxxxx, where xxxxxx can be a maximum of 999999 
S seconds which is 11 days and 14 hours. One other limitation on 
H5 the delay computed by the method of the invention could come from 
«1 size the programming variables seizing the delay parameters at 
W the operator console. In the preferred embodiment the maximum 

delay is the delay of the operating system for the job i.e. 
M 999999 seconds which is 11 days and 14 hours. The DLYJOB command 
%*20 starts a timer of the value of the computed delay and advises 
Nl back when the delay time is expired. During this time (answer N 
U to test 317) , the TDDCOM module displays (315) a WAIT message 
on the operator console. 

When the delay expires (answer Y to test 317) SDT operates 
25 in unattended mode. The DELAY system service sends a message to 
TDDCOM module which starts logging of the events in a logging 
area of the working storage area. TDDCOM initializes the 
peripherals (320) to be used for execution of maintenance 
operations (tape unit, disk etc.). If the peripheral 
30 initialization is not successful (answer N to test 320) , the SDT 
command is aborted (321). It is noted that according to the 

options seized at the operator console the peripheral units are 
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initialized immediately or at the time of the system maintenance 
operation execution. However, if an error is detected before the 
system is set in restricted mode, the SDT command can be aborted 
witout any affect on the system abort 307, 321). Conversely, if 
5 an error is detected preventing the execution of the SDT task 
after having set the system in restricted mode, the SDT command 
is aborted but the system needs to be restored. This will be the 
object of the following abort SDT command of the process (327, 
356) . 

10 If the peripherals are initialized without any error (answer 

Y to test 320), TDDCOM module asks a system service to set the 
system in restricted mode (323), (instruction ENDSBS *all for 
M restricted mode required for the system and all the subsystems in 
U the preferred embodiment of the IBM AS/400 computer. If, after 
Ml 5 one hour the system cannot be set in a restricted mode (answer N 
»1 to test 320) , the SDT command is aborted (327) and the system is 

fU set to power off and power on to restart. 

%l 

?« 

►= When the system is successfully set in restricted mode 

p (answer Y to test 325) , the selected maintenance operation module 

TDDx (steps 350 to 360) (x is from 1 to 9 in the preferred 
fj embodiment) corresponding to the selected option (x) is called 

for execution. 

TDDx stops the network (350) currently active on the system. 
Then a task is activated (352) comprising the system services 

25 corresponding to the option: backup system or reorganization of 
user data base etc... In the preferred embodiment the successive 
system services are called via the CL instructions which are 
SAVSYS to save all the system, SAVDLO *NONSYS to save all the 
libraries, SAVLIB for saving all the document files, SAV for 

30 saving the directories etc... 
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During the execution of the system services instructions 
the system messages are captured (354) by TDDx and analyzed. TDDx 
sends answers back to the system. The error messages are 
monitored and the results of step executions are logged in the 
5 Working Storage area. If an error is detected (answer Y to test 
356) during the execution of the system services, the TDDx module 
stops the execution of the following system services 
instructions. In any case, at the end of execution of system 
services instruction (answer Y to test 358 or 356), TDDx builds 
10 (360) the achievement task status and logs it as well in the 
working storage area. This completes the execution of TDDx 
module . 

I* The RESTART module (steps 362 to 368) is then activated. The 

logging (362) of the execution of SDT including the achievement 
M5 of the task status of TDDx is sent from the working storage area 
into a system output print spooler for further printing when the 
fU system will be restarted. The user environment is reset (364) 
H according to the information previously stored in the working 
H storage area. Then the system is restarted (366) or not (CL 
Eio instruction is STRSBS ) according to the option for restart which 
N has been seized at the operator console and stored in the working 
S storage area. This last step ends of the SDT command (368) and 
the program of the preferred embodiment of the invention. 

Figure 4 is a screen print generated by the user interface 
25 of the operating system used in the preferred embodiment for 
communicating with the system administrator at the operator 
console. More particularly, the screen of Figure 4 displays a 
Wait message during the period of delay requested before 
execution of the unattended operation of maintenance of the 
30 system in TDDCOM module. This screen has been created using the 
user interface available in the operating system of the IBM 
AS/400: the SCREEN DESIGN AID utility creates the screen format. 
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The display of this screen is then called in the TDDCOM module 
using the SNDF (send file) instruction of the Control Language of 
the IBM AS/400, followed by two parameters, the screen format 
name and the name of the file containing the screen data. The 
other screens used to seize parameters from the operator console 
are similarly built and called in the modules. The other 
operating systems provide similar user interfaces. 

The method of the preferred embodiment can be adapted to the 
maintenance of the computer systems for delaying and activating 
unattended maintenance operations when it is not possible or more 
limited to do so with the standard commands available with the 
operating system of the computer. 
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